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0 Adaptive job scheduling for multiprocessing systems. 



0 In a master/slave multiprocessor system, pro- 
cess execution tasks are allocated on the basis of 
anticipated execution time. Work which can be per- 
formed by either the master or the slave Is entered 
CNon a double ended queue (212) in a non-descend- 
^ihg order of anticipated execution times. Processes 
1^ having high anticipated execution times are selected 
CO for execution by the slave processor and processes 
^having low anticipated execution times are selected 
tjfor execution by the master processor. Anticipated 
CO holding times are computed on the basis of the time 
^ spent by the slave computer in the execution of a 
O segment of a process without requiring interaction 
with the master processor. The slave processor 
yj records the time spent in execution each time a 
segment of the process is completed and the pro- 
cess has to be returned to the master. The master 



uses the recorded time as a measure of the antici- 
pated execution time for a next segment of the same 
process. 
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ADAPTIVE JOB SCHEDULING FOR MULTIPROCESSING SYSTEMS 



Field of Invention 

This invention relates to multiprocessor sys- 
tems and more particularly to a scheme for allocat- 
ing work among the processors of a multiprocessor 
system. 



Background of the Invention 

One known multiprocessor system configura- 
tion has a master processor which handles system 
level functions, such as those requiring commu- 
nications with input/output devices or access to 
bulk storage devices such as disks and tapes, 
while other processing elements perform other 
computational functions and return an assigned job 
to the master processor when such a system level 
function is encountered. In some software systems 
approximately half of the execution time is spent 
on such system level functions. It might be as- 
sumed, therefore, that in such a system a two 
processor master/slave arrangement would have 
nearly twice the processing power as its one pro- 
cessor counterpart. Under certain circumstances, 
however, the addition of a slave processor may 
increase the total processing power by much less 
than 100 percent, sometimes less than 50 percent. 
One reason for this is the under utilization of the 
slave processors. The processing of a user trans- 
action by a multiple processor system typically 
involves the selection by the master processor of 
program instructions and data necessary to carry 
out the assigned work. This is referred to as the 
creation of a process. The master may transfer the 
created process to a slave processor for execution. 
The slave processor executes the process until a 
system level function is encountered which the 
slave processor cannot handle, and transfers the 
process back to the master. The master may ex- 
ecute the appropriate system level function and 
transfer the process back to the slave for further 
execution. The amount of time used in what is 
sometimes referred to as context switching, i.e. the 
transferring of processes between processors and 
performing related start up activities, may reduce 
substantially the time available for process execu- 
tion. This is especially true for jobs requiring fre- 
quent master processor interaction. 

Thus, a problem of the prior art is making 
efficient and cost effective use of the processing 
power of the equipment in a multiprocessor sys- 
tem. In one prior art arrangement, the master pro- 
cessor communicates with multiple slave proces- 
sors via separate queues and load balancing is 



accomplished by placing new tasks on the shortest 
queue. However, this does not eliminate the bot- 
tleneck resulting from frequent context switching. 
In other prior art multiprocessor arrangements, 

5 there are the equivalent of two or more masters 
each having a specifically assigned task such as 
communicating with certain types of input/output 
devices in order to avoid bottlenecks and to in- 
crease processor utilization. Such a system has 

70 inherent complexities, however in that each of the 
several processors must have input/output capabil- 
ity, thereby diminishing the advantages of a 
master-slave multiprocessor system. 

75 

Summary of the Invention 

These and other problems of the prior art are 
solved and an advance is made in accordance with 
20 the principle of this invention by using the execu- 
tion characteristics of the processes to allocate 
work between the processors of a multiprocessor 
system on the basis of the length of time the 
process is expected to run without switching the 
25 process between processors. In accordance with 
one embodiment of the invention, program pro- 
cesses having execution characteristics such that 
they are expected to run for relatively longer 
periods of time before having to be switched are 
30 assigned to one type of processor of the mul- 
tiprocessing system and processes having execu- 
tion characteristics such that they are expected to 
run for relatively shorter periods of time before 
having to be switched are assigned to another type 
35 of processor of the multiprocessor system. In an 
illustrative master/slave multiprocessor system 
where only the master performs certain system 
level functions, processes having relatively longer 
anticipated time periods between such system lev- 
40 el functions are assigned to slave processors, while 
processes having relatively shorter anticipated time 
periods between such system level functions are 
assigned to the master. Advantageously, this 
scheme reduces context switching and improves 
45 the utilization of slave processors. As a result, it 
provides greater system processing power for a 
given number of slave processors. 

In accordance with one embodiment of the 
invention, the time spent in the execution of a 
50 segment of a process not involving system level 
functions assigned to the master processor is used 
as the anticipated execution time for the next such 
segment of the same process. Each time such a 
segment of a process is executed, an indication of 
the segment holding time i.e. the time spent in 
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executing the segment, is recorded together with 
the identity of the associated process. This holding 
time remains associated with the process until a 
next such segment is to be executed and becomes 
a criterion for subsequent assignment of the pro- 
cess to one of the processors. Alternatively, the 
average holding time or the maximum holding time 
of several of the most recently executed segments 
of a' process may be used as the anticipated hold- 
ing time of a next segment of the same process. 

In accordance with a particular embodiment of 
the invention, the master processor enters pro- 
cesses to be executed in a double ended queue in 
a non-descending order of holding times. The slave 
processor executes the processes with the longer 
recorded holding times from one end of the queue 
and the master processor executes processes with 
the shorter recorded holding times from the other 
end of the queue. The slave processor executes a 
process until one of the functions assigned to the 
master is required. The slave processor enters 
such a partially executed process on a master 
process queue together with an indication of the 
holding time for the executed segment. The master 
processor removes the process from the master 
process queue, performs the required functions 
and reenters the process on the double ended 
queue in a position which corresponds to the hold- 
ing time value recorded in the master process 
queue by the slave processor. The scheme of this 
invention is equally applicable in a system of sev- 
eral slave processors or several master processors. 

In accordance with another aspect of the inven- 
tion, long duration process segments executed by 
the slave processor may be interrupted periodically 
and holding time values may be computed repre- 
senting the accumulated holding times of a plurality 
of time periods spent in executing a segment of a 
process. Advantageously, such periodic interruption 
may be used to prevent shorter holding time pro- 
cesses from being unduly delayed. 

Brief Description of the Drawing 

FIG. 1 is a block diagram representation of a 
multiprocessor system employed in the illustrative 
embodiment of the invention; 

FIG. 2 is a symbolic memory layout of the 
memory of the multiprocessor system of FIG. 1; 

FIG. 3 is a representation of an Illustrative 
table entry in the memory of FIG. 2; and 

FIG. 4 is a flowchart representation of pro- 
cess execution by one of the processors. 

Detailed Description 

FIG. 1 is a block diagram representation of an 
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illustrative multiprocessing computer 1O0 in which 
the invention may be utilized. The system com- 
prises a master processor 101 and a plurality of 
processing elements, also referred to as slave pro- 

5 cessors 110. By means of a peripheral bus 121, 
the master processor 101 has access to a periph- 
eral system comprising an input/output system 120 
which includes input/output terminals, and a bulk 
storage system 122, which includes disk and tape 

70 bulk storage devices. 

A user of the system communicates with the 
computer 100 via terminals of the input/output sys- 
tem 120. All terminal transactions with the user are 
handled by the master processor 101, which func- 

15 tions under control of an operating system such as 
the well-known AT&T UNIX® operating system, 
The master processor performs all the operating 
system level functions involving input/output trans- 
actions and the transfer of information between the 

20 memory 130 and the bulk storage system 122. 
While the slave processors 110 may perform some 
operating system level functions on the execution 
of a process, they do not perform any functions 
requiring access to the peripheral bus 121. Such 

25 functions are performed exclusively by the master. 
The master processor 101 and the slave proces- 
sors 110 each have access to a shared memory 
130 via memory access bus 131. The memory 130 
stores the system's operating system as well as 

30 system queues and user processes. Processor 101 
and slave processors elements 110 may each be a 
well-known data processor such as the commer- 
cially available AT&T 3B2 processor and may be 
connected to suitable, commercially available 

35 memory system and peripheral equipment. The 
master processor 101 and the slave processors 
110 each comprise a memory bus access circuit 
103, for accessing bus 131. an execution unit 106 
for executing instructions, and a timer circuit 115 

40 used in computing holding time values. In addition, 
the master processor 101 includes a peripheral bus 
access circuit 105 for accessing bus 121, and an 
interval interrupt source 118 used to provide a 
periodic program interrupt, e.g. once every 10 mil- 

45 liseconds. 

FIG. 2 is a symbolic memory layout of the 
memory 130. The memory is divided into three 
basic areas, an area 201 for storing operating sys- 
tem instructions, an area 210 for storing operating 

50 system data structures and an area 220 for storing 
user processes. The functions of the master pro- 
cessor 101 include the creation of user processes 
225 which are stored in the User Process area 220 
for execution either by the master processor 101 or 

55 one of the processing elements 110. The Data 
Structures area 210 is used to store a PE Process 
queue 212 in which the master processor 101 
enters the identity of processes to be executed. 

3 
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Processes requiring execution by the master pro- 
cessor 101 are entered on the Master Process 
queue 211. Entries in these queues point to areas 
of a process table 215 which contains information 
about a corresponding user process, including the 
location in the User Process area 220 where the 
process is stored. While FIG. 2 represents the 
queues as separate storage areas in the memory 
130, the queuing function may aiso be achieved 
through integration of the queues in the process 
table 215 by means of a queue linking mechanism. 

When a command is received from a user via 
the input terminals of the I/O system 120. the 
master processor 101, by execution of instructions 
at the operating system stored in area 201 creates 
a user process. This includes the transfer of data 
and instruction sequences from disk or tape of the 
storage system 122 to the User Process area 220, 
in the. form of a user process 225. An entry will be 
made in the Process table 215 defining the newly 
created process and identifying the memory loca- 
tion where the associated user process has been 
stored. The master processor 101 will also make 
an entry in the PE Process queue 212 pointing to 
the position in the process table 215 where the 
process information has been stored. Both the 
master processor 101 and the slave processors 
110 may execute processes from this queue. 

As stated earlier, in the illustrative multiproces- 
sing system of FIG. 1 the slave processors 110 do 
not have access to the peripheral bus 121 and 
hence cannot perform peripheral system functions 
i.e. functions requiring access to the I/O system 
120 or the bulk storage system 122. Thus, in 
executing a process, they can continue only so 
long as there are no such functions to be executed. 
When such a function is encountered by a slave 
processor executing a process obtained from PE 
Process queue 212. the process is entered on the 
Master Process queue 21 1 by the slave processor. 
The master processor 101 will fetch the process 
from the Master queue 21 1 . execute the necessary 
functions and return the process to the PE Process 
queue. This exchange continues until the process 
is completed. In order to accomplish a distribution 
of work such that the slave processors 110 will 
execute those processes that will run for relative 
longer times without requiring action by the master 
processor, the master processor 101 segregates 
the processes in the PE Process queue 212 on the 
basis of anticipated execution time. More specifi- 
cally, processes are entered on queue in a non- 
descending order of holding time values. Thus, 
processes having longer recorded holding times 
will be found at one end of the queue and those 
having shorter recorded holding times at the other 
end of the queue. The slave processors 110 will 
remove processes from the end of the queue hav- 



ing the longer holding times while the master pro- 
cessor 101 will take processes having the shorter 
holding times. This approach has been shown em- 
pirically to significantly increase the utilization of 
5 the slave processors and the processing power of 
a computer with a given number of slaves. 

Each time a segment of a process is executed 
by a slave processor, a holding time value repre- 
sentative of the time spent in execution is com- 
10 puted and is entered in the Master Processor 
queue 21 1 , together with information identifying the 
process, upon completion of the segment. When 
the process is reentered on the PE Process queue, 
after completion of system level work by master 
75 processor 101, the previously computed holding 
time value is taken as the anticipated holding time 
for the next segment and is used in inserting the 
process in the queue. Alternatively, the master 
processor may record the computed holding time 
20 values of several executed segments of a process 
and take the maximum or average of holding time 
values of, for example, the three most recently 
executed segments as the anticipated holding time 
for a next segment of the same process. Algo- 
25 rithms for computing such average or maximum 
values are readily available. 

When a partially executed process is entered 
on the Master Process queue by a slave processor, 
the partially executed process is taken from this 
30 queue by the master on a high priority basis. For 
example, the master processor 101 will preempt 
work which can be handled by one of the slave 
processors 110 in order to execute the necessary 
system level functions on the newly entered pro- 
35 cess. This scheme is used to reduce a bottleneck 
which might otherwise result from a long Master 
Process queue. One algorithm for loading the PE 
Process queue 212 is for the master processor to 
enter a process in the PE Process queue as soon 
40 as it starts work that can execute on any of the 
processors. Alternately, the master processor be- 
gins to execute a process until it is preempted by 
another process, at which point the previous pro- 
cess is entered on the PE Process queue 21 2, The 
45 choice as to which of these schennes is used may 
depend on the workload of the master processor. 
When a newly created process is first placed on 
the PE Process queue, the holding time value is 
set to zero, making it more likely that the new 
50 process will be first handled by the master. Other 
initial values for holding time can also be used. The 
master processor 101 includes a clock 105 and the 
slave processors 110 each include a clock 115. 
This may be by way of example, a commercially 
55 available hardware timer circuit, which includes a 
software addressable counter register. The timer 
circuit will be incremented by the hardware on a 
periodic basis, for example, once every 10 micro- 
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seconds. Upon initiation of execution of one of the 
processes on the PE Process queue 212, the ex- 
ecuting processor resets its hardware timer counter 
register. When the process is returned to the Mas- 
ter Process queue 211 for further system level 
processing, the value of the counter register is 
included to reflect the holding time. 

FIG. 3 is a representation of an illustrative entry 
301 in the Master Process queue and the PE 
Process queue. Besides field 310, used for process 
identification, it includes a field 31 1 identifying the 
location of the corresponding user process in the 
User Process area 220. The entry also includes a 
field 315 for recording the holding time value. The 
contents of the holding time field 315 is used by 
the master processor in ordering processes on the 
PE Process queue 212 in a non-descending order 
of holding time values. A field 316 is used in 
recording intermediate computations of holding 
time values used in connection with time slicing, as 
explained later herein. 

In one embodiment of the invention, a scheme 
known as time slicing is employed, in accordance 
wim that scheme, a slave processor 110 will return 
a process to the short holding time end of the PE 
Process queue 212 if the execution time exceeds a 
fixed time period, for example 10 milliseconds. 
Time slicing, as described herein, is done to pre- 
vent the starvation of some processes having shor- 
ter-holding times. Other schemes to accomplish 
this" objective, sometimes referred to as "aging", 
are known and may be used as well, in this illustra- 
tive system, the master processor 101 includes an 
interval interrupt source 118 which generates an 
interrupt once every 10 milliseconds. The interrupt 
signal is transmitted by wired conductors, which 
may be included in memory bus 131, to the slave 
processors 110. If a longer interval is desired, the 
10 millisecond interrupt signals may be accumu- 
lated until a specified number of 10 millisecond 
periods have elapsed before execution of a seg- 
ment is interrupted. The preferred time interval 
may be selected with reference to the execution 
characteristics of the work. If the selected interval 
is too short, the number of time slice interruptions 
become excessive. If the interval is too long, some 
short duration processes may suffer neglect. The 
first time that a segment of a process is partially 
executed and interrupted because of time slicing, 
the normally computed holding time for the ex- 
ecuted segment is entered in the Cumulative Hold- 
ing Time field 316 of the Process Table entry 300, 
shown in FIG. 3. The Cumulative Holding Time 
field 316 is used to accumulate the time spent in 
execution of a segment when the segment execu- 
tion has been interrupted by time slicing. The value 
of this field is increased each time a segment is so 
interrupted. When a segment has been fully ex- 



ecuted, the contents of the Cumulative Holding 
Time field is added to the last computed value of 
holding time and the sum is entered in the Holding 
Time field 315. shown in FIG. 3. before the process 
5 is entered on the Master process queue 211 by a 
slave processor. The master processor uses the 
contents of the Holding Time field in returning a 
process to the PE Process queue after completion 
of the necessary system level functions. A zero or 
10 another preselected holding time value is entered 
in the Holding Time field 315 when a slave proces- 
sor returns the process to the PE Process queue 
212, as a result of a time slice interrupt, thereby 
allowing other processes to. in effect, move toward 
15 the high end of the queue and be executed. Other 
schemes for reentering processes on the PE Pro- 
cess queue 212 may take into account the value of 
the accumulated holding time in order to gradually 
reduce the priority of the process. 
20 FIG. 4 is a flow chart representation of the 

functions carried out by one of the processors in 
executing a segment of a process from the PE 
Process queue 212. Block 401 indicates the re- 
moval of a process from the PE Process queue. As 
25 indicated earlier, the PE Process queue is a double 
ended queue in which processes are entered in a 
non-descending order of holding time values. The 
slave processors 110 removes processes from the 
high end of the queue to execute processes with 
30 high holding time values. The master processor 
101 removes processes from the low end of the 
queue to execute processes with low holding time 
values, when it has available tinne for user process 
execution. Block 402 Indicates a reading of the 
35 process table 215, shown in FIG. 2, at the entry 
identified by the queue information. Block 403 of 
FIG. 4 indicates the resetting of the hardware timer 
115 shown in FIG. 1. As stated earlier, the timer 
counter is incremented once every 10 micro- 
be seconds and is read when execution of the seg- 
ment of the process is terminated. Block 404 gen- 
erally indicates execution of the user process until 
a system level function requiring the involvement of 
the master processor is encountered or process 
45 execution is interrupted due to time slicing, as 
described earlier herein. In decision block 410 a 
determination is made as to whether this is a timed 
interrupt due to time slicing. If not, the value of the 
timer that was reset in block 403 is added to the 
so contents of the Cumulative Holding Time field 316 
of the corresponding Process table entry (FIG. 3) 
and the result is entered in the Holding Time field 
315 of that entry, as indicated in block 412. There- 
after, the process is entered on the Master Process 
55 queue 211, as indicated in block 414. If the execu- 
tion of the user process was ended because of a 
timed interrupt introduced by the time slicing pro- 
cess, the value of the timer that was reset in block 
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403 is added to the Cumulative Holding Time field 
316 of the corresponding Process table entry (FIG. 
3) and a zero is entered in the Holding Time field 
315 of that entry, as indicated in block 415. When 
execution of a user process is terminated by the 
timed interrupt, further user process execution is 
required. Hence, the process is entered in the PE 
Process queue 212 as indicated in block 416. 
Since its Holding Time value is zero, it is entered 
at the end of queue corresponding to the low 
holding time values. Thereafter, the slave proces- 
sor which was interupted by time slicing may re- 
move and execute another process from the other 
end of the PE Process queue 212. 



Claims 

1. In a multiprocessor system comprising a 
master processor and a slave processor, a method 
of scheduling execution of program processes 
comprising the steps of: 

entering in a queue data identifying a plurality of 
processes; recording data defining a time values 
associated with said processes entered in said 
queue; 

selecting from said queue a process having asso- 
ciated therewith a time value greater than other 
time values in said queue; 

executing segments of said selected processes in 
said slave processor; computing an execution hold- 
ing time value for each process segment executed 
in said slave processor conresponding to the time 
period occupied in execution of said segments; 
recording in said queue data identifying said ex- 
ecuted processes and data associated with said 
executed processes defining said computed execu- 
tion holding time values. 

2. The method of accordance with claim 1. 
comprising after said computing step, the following 
steps: 

entering in another queue data identifying said ex- 
ecuted processes and data defining said computed 
execution holding values; and 
executing in said master processor said processes 
identified in said other queue prior to said step of 
recording said data identifying said executed pro- 
cesses. 

3. In a multiprocessor arrangement having a 
master processor and a slave processor, a method 
of allocating work to said slave processor compris- 
ing the steps of: 

assigning an anticipated holding time value to pro- 
gram processes to be executed ordering said pro- 
gram processes in a double ended queue in a non- 
descending order of anticipated holding time val- 
ues; 

selecting processes for execution by said slave 



processor from the end of said queue having high- 
er anticipated holding time values; and 
selecting processes for execution by said master 
processor from the end of said queue having lower 
5 anticipated holding time values. 

4. In a multiprocessor system having a master 
processor and a slave processor, a method of 
allocating work to said slave processor comprising 
the steps of: 

10 assigning to each of a plurality of program pro- 
cesses an associated time value representative of 
the anticipated execution time: and 
selecting for execution by said slave processor, a 
process having a larger associated time value than 

75 other processes. 

5. A multiprocessor arrangement comprising: 
master processor means for executing program 
processes; a slave processor for executing pro- 
gram processes; and 

20 memory means including a working queue for stor- 
ing indicia identifying program processes and data 
defining associated time values representative of 
time required for execution of segments of said 
processes; 

25 said slave processor selecting from said working 
queue one of said processes having associated 
therewith a time value greater than time values 
associated with other processes in said queue. 

6. The multiprocessor arrangement in accor- 
30 dance with claim 5. and further comprising means 

for generating data representative of time spent in 
executing a segment of one of said processes 
executed by said slave processor, said memory 
means further comprising a master queue, and said 

35 slave processor comprising memory access means 
for accessing said memory, and execution means 
for executing processes selected from said working 
queue, said slave processor reading said indicia 
and data from said working queue and writing into 

40 said master queue indicia identifying processes 
executed by said slave processor and data repre- 
sentative of time spent by said slave processor in 
executing segments of processes. 

7. The multiprocessor arrangement in accor- 
45 dance with claim 6. wherein said master processor 

comprises execution means for executing pro- 
cesses in said master queue and memory access 
means for accessing said master queue and said 
working queue, said master processor executing 

50 processes identified in said master queue and writ- 
ing into said working queue indicia identifying pro- 
cesses executed by said master processor and 
said data representative of time spent by said slave 
processor in executing segments of processes. 

55 ' 8. The multiprocessor arrangement of claim 6 
and further comprising interval interrupt means for 
generating periodic interrupt pulses and wherein 
said slave processor is responsive to said interrupt 
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pulses to interrupt execution oi a process and to 
return a process being executed to said working 
queue and to enter data representing cumulative 
time spent in a number of interrupted executions in 
said working queue together with indicia identifying 
said returned process. 

9. In a multiprocessor system comprising a 
master and a slave processor, a method of sched- 
uling execution of program processes comprising 
the steps of: 

recording in a queue indicia identifying a plurality 
of processes to be executed; 

recording in association with each recorded pro- 
cess an indication of anticipated execution time; 
selecting for execution by said slave processor a 
processes having recorded therewith a indications 
of longer anticipated execution time than other pro- 
cesses; and 

selecting for execution by said master processor 
processes having recorded therewith indications of 
shorter anticipated execution times than other pro- 
cesses. 

10. A method of distributing program pro- 
cesses in accordance with claim 9, wherein said 
step of deriving an anticipated execution time com- 
prises computing an execution holding time value 
for an associated process each time a segment of 
the associated process is executed and defining 
the computed value for the associated process as 
the anticipated execution time for a next segment 
of the associated process. 

11. A method of distributing program pro- 
cesses in accordance with claim 9. wherein said 
step of deriving an anticipated execution time com- 
prises computing an execution holding time value 
for an associated process each time a segment of 
the associated process is executed and deriving an 
anticipated process execution time for a next seg- 
ment of the associated process from a plurality of 
computed execution holding time values for the 
associated process. 

12. In a multiprocessor system comprising a 
master processor and a slave processor, a method 
of distributing work comprising the steps of: 
recording in a first queue data identifying pro- 
cesses to be executed and data associated with 
each process defining a time value representative 
of the anticipated time required for execution seg- 
ment of a process; 

selecting from said first queue for execution by 
said slave processor one of said processes having 
associated therewith a longer anticipated execution 
time than other processes identified in said first 
queue; 

partially executing said selected one of said pro- 
cesses by execution of a segment of said selected 
one of said processes in said slave processor; 
computing a holding time value corresponding to 



time spent in partially executing said selected one 
process in said slave processor; 
recording said computed holding time value in a 
second queue in association with data identifying 
5 said process partially executed on said slave pro- 
cessor; 

executing in said master processor certain program 
functions for said partially executed process re- 
corded in said second queue; and 

10 upon completion of execution of said certain pro- 
gram functions in said master processor, entering 
in said first queue data identifying said process 
executed by sard master processor and data defin- 
ing said computed holding time as the anticipated 

15 execution time for the execution of a next segment 
of said partially executed process. 

13. In a multiprocessor system comprising a 
master processor and a slave processor, each for 
executing operations on program processes, a 

20 method of allocating work to the slave processor 
comprising the steps of: 

deriving an anticipated execution time for each of a 
plurality of program processes; 
separating said program processes on the basis of 
25 anticipated execution time; and 

selecting from said separated processes for execu- 
tion by said slave processor processes having the 
longest anticipated execution times. 

14. In a multiprocessor system comprising at 
30 least two processors, a method of distributing pro- 
gram processes for execution by said processors, 
comprising the steps of: 

deriving an anticipated execution time for each of a 
plurality of program processes; and 
35 assigning processes of said plurality of processes 
to said processors for execution on the basis of 
said anticipated execution times. 

15. A method of distributing program pro- 
cesses in accordance with claim 14, wherein said 

40 step of deriving an anticipated execution time com- 
prises computing an execution holding time value 
for an associated process each time a segment of 
the associated process is executed and defining 
the computed value for the associated process as 

45 the anticipated execution time for a next segment 
of the associated process. 

16. A method of distributing program pro- 
cesses in accordance with claim 14, wherein said 
step of deriving an anticipated execution time com- 

50 prises computing an execution holding time value 
for an associated process each time a segment of 
the associated process Is executed and deriving an 
anticipated process execution time for a next seg- 
ment of the associated process from a plurality of 

55 computed execution holding time values for the 
associated process. 

17. In a multiprocessor arrangement having a 
master and a slave processor, memory means for 
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storing first and second queues, and timer nneans 
for generating a timed interrupt signal and data 
defining elapsed time, the method of scheduling 
execution of program processes comprising the 
steps of: ^ 
creating in said first queue entries for processes to 
be executed by said slave processor and having 
first and second time entry fields for recording time 
values and ranking said entries in an ordered se- 
quence in accordance with time values recorded in io 
said first time entry field for each of said pro- 
cesses; 

fetching from said first queue an entry having a 
relatively large time value in said first time entry 
field and defining a selected process to be ex- 75 
ecuted by said slave processor; 
executing said selected process in said slave pro- 
cessor until interrupted by a timed interrupt signal 
from said timer means or until a non-executable 
function is encountered in said slave processor; 20 
computing a new time value for said selected pro- 
cess by adding a time value representing elapsed 
time generated by said timer means to a time 
value recorded in said second time entry field for 
said selected process; 

creating in said first queue an entry for said se- 
lected process and entering said computed value 
in said second time entry field for said selected 
process only if execution of said selected process 
in the slave processor is interrupted by a signal 30 
from said timer means, and 

creating an entry for said selected process in said 
second queue for execution by said master proces- 
sor and entering said computed value in said first 
time entry field of said entry entered in said sec- 35 
ond queue only if an unexecutable function is en- 
countered during execution of said selected pro- 
cess in said slave processor. 
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® Adaptive job scheduling for multiprocessing systems. 



® In a nnaster/slave multiprocessor system, pro- 
cess execution tasks are allocated on the basis of 
anticipated execution time. Work which can be per- 
formed by either the master or the slave is entered 
on a double ended queue (212) in a non-descend- 
ing order of anticipated execution times. Processes 
having high anticipated execution times are selected 
for execution by the slave processor and processes 
having low anticipated execution times are selected 
for execution by the master processor. Anticipated 
^ holding times are computed on the basis of the time 
^ spent by the slave computer in the execution of a 
segment of a process without requiring interaction 
Jj^ with the master processor. The slave processor 
^ records the time spent in execution each time a 
segment of the process is completed and the pro- 
^ cess has to be returned to the master. The master 
CO uses the recorded time as a measure of the antici- 
^ pated execution time for a next segment of the same 
process. 
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